Inkrementaalne arendusmudel

Inkrementaalne arendusmudel on arengustrateegia, kus tarkvara arendamine toimub järk-järgult ja vastavalt kindlale ajakavale. Iga etapi jooksul arendatakse süsteemi teatud osa, mille valmisolekuga see integreeritakse juba olemasolevasse süsteemi.

  1. Nõuete analüüs: Inkrementaalse mudeli esimeses etapis määratakse kindlaks süsteemi nõuded. Selle faasi eesmärgiks on mõista tarkvara funktsionaalsust ja tuvastada, milliseid omadusi süsteem peab omama.
  2. Disain ja arendus: Selles etapis keskendutakse süsteemi arhitektuuri kavandamisele ning arendamisprotsessi käivitamisele. Inkrementaalne mudel võimaldab uusi funktsioone lisada järjestikku, tehes iga osa arenduse lõpuleviimise järel süsteemi täiendavaks.
  3. Testimine: Iga arendatud funktsioon testitakse, et kontrollida selle õiget toimimist. Iga lisatud osa on eelnevalt testitud ja kontrollitud, et tagada kogu süsteemi usaldusväärsus.
  4. Rakendamine: Rakendamise etapis toimub lõplik kodeerimine ja funktsionaalsuse testimine. Kui süsteem on valmis, viiakse läbi viimased testimised, enne kui süsteem on lõplikult kasutusele võetud ja täiustatud.

Inkrementaalne arendusmudel põhineb järjestikustel etappidel, kus iga uus etapp täiendab eelnevat ja lisab süsteemi uusi funktsioone. Kõik etapid keskenduvad kindlate ülesannete täitmisele, sealhulgas nõuete määratlemine, süsteemi disainimine, tarkvara arendamine, testimine ja lõplik rakendamine.

Inkrementaalne arendus
Positiivsed küljed Negatiivsed küljed
Pakub paindlikkust süsteemi arendamise käigus, kuna klient saab iga etapi lõpus tagasisidet ja süsteemi juba toimiva osa. Kuna süsteem areneb järk-järgult, võib olla keeruline kogu projekti kulude ja ajakava jälgimine.
Igast osast saadakse klientide tagasiside, mis aitab tagada, et süsteem vastab täpselt nende vajadustele. Üksikute osade pidev täiustamine võib viia süsteemi struktuuri nõrgenemiseni, mis muudab tuleviku muudatused keeruliseks ja kalliks.
Kiirem toote tarnimine, kuna iga inkrement annab võimaluse tarnida töötav osa süsteemist varem kui traditsioonilistes mudelites. Kuna muutused tehakse pidevalt, võib see põhjustada ebamugavusi või vigu süsteemi hilisemates osades.
Allikad: EUCIP, Javatpoint

Iteratiivne arendusmudel

Iteratiivne arendusmudel on arengustrateegia, kus tarkvara arendus toimub korduvalt läbi iteratsioonide, kus iga iteratsioon annab võimaluse süsteemi täiendada ja parandada varasemate kogemuste põhjal.

  1. Nõuete analüüs ja planeerimine: Esimese iteratsiooni alguses määratletakse süsteemi põhinõuded. Selles etapis koostatakse esmased spetsifikatsioonid ja määratakse kindlaks arenduse prioriteedid, et alustada iteratiivselt töötamist.
  2. Disain ja prototüüpimine: Järgmisena kavandatakse süsteemi arhitektuur ning luuakse esmased prototüübid. Iga iteratsiooni jooksul arendatakse ja täiustatakse süsteemi arhitektuuri ning lisatakse uusi komponente, võimaldades varajast tagasisidet kasutajatelt.
  3. Arendus ja testimine: Iga iteratsioon hõlmab arendust, testimist ja vigade parandamist. Uue funktsionaalsuse lisamise järel viiakse läbi põhjalikud testimised, et tagada süsteemi usaldusväärsus ja stabiilsus.
  4. Tagasiside ja täiustamine: Iteratsiooni lõpus kogutakse kasutajatelt ja klientidelt tagasisidet, mille alusel tehakse vajalikud muudatused. See iteratiivne lähenemine võimaldab süsteemi pidevat täiustamist ja kohandamist vastavalt muutuvatele nõudmistele.

Iteratiivne arendusmudel põhineb korduval lähenemisel, kus iga iteratsioon annab võimaluse süsteemi parandada ja täiendada eelneva kogemuse põhjal. Kõik etapid keskenduvad pidevale tagasisidele, analüüsile, tarkvara arendamisele ja parendamisele, et saavutada lõplikult stabiilne ja kvaliteetne süsteem.

Iteratiivne arendus
Positiivsed küljed Negatiivsed küljed
Võimaldab pidevat tagasisidet ja parendamist, mida saab kasutada järgmiste iteratsioonide planeerimisel. Iteratsioonide korduvalt korduv protsess võib viia pikema arendustsükli ja ressursinõudliku projektini.
Varased prototüübid võimaldavad klientidel ja kasutajatel näha süsteemi arengut ja teha täpsemaid muudatusi. Kuna süsteem areneb järk-järgult, võib olla keeruline säilitada üldise arhitektuuri ühtsust.
Pidev testimine tagab, et iga uue versiooni lisandväärused on kontrollitud ja vastavad nõuetele. Iteratiivne lähenemine võib põhjustada korduvat töö ja mõningase segaduse, kui varasemad vigadest saadud kogemused ei vii üldse lõpliku lahenduseni.
Allikad: Wikipedia

Inkrementaalse ja Iteratiivse vahe

    Iteratiivne arendus

  1. Fookus on täiustamisel.
  2. Alustad millegi lihtsaga (prototüüp, toorversioon) ja parandad/lihvid seda iga iteratsiooniga.
  3. Eesmärk on õppida, katsetada ja kasutajate tagasisidet arvestades teha järjest paremaid versioone
  4. Näide: Loome lihtsa rakenduse, mis ainult kuvab nimekirja. Järgmises iteratsioonis lisame võimaluse nimekirja muuta. Siis sorteerimine. Siis otsing. Iga iteratsioon teeb olemasoleva funktsiooni paremaks.

    Inkrementaalne arendus

  1. Fookus on uue funktsionaalsuse lisamisel.
  2. Alustad väikese osa süsteemiga ja lisad uusi osi samm-sammult.
  3. Iga uus inkrement tähendab uut funktsionaalsust, mis võiks olla iseseisvalt kasutatav.
  4. Näide: Esmalt loome kasutajate sisselogimise. Siis lisame profiililehe. Siis sõnumite saatmise. Iga uus osa on uus tükk (inkrement), mis laiendab süsteemi võimekust.

Mõiste Kuidas ehitatakse? Millele keskendub?
Iteratiivne Sama asja parandatakse korduvalt Kvaliteedi/täiustamisele
Inkrementaalne Lisatakse uusi osi/funktsioone Kasutatava mahu kasvatamisele